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[57] ABSTRACT 

One embodiment of an autostart driver in the host device 
detects insertion of a storage media into a peripheral, 
searches for a file of a predetermined name in the storage 
media and automatically starts an application listed in 
instructions in the file. Another embodiment of the autostart 
driver looks for a file of the predetermined name in the host 
devices' permanently installed storage media prior to 
searching in the inserted storage media. When a previously 
inserted removable storage media is removed from the 
peripheral, the autostart driver ends the started application, 
restores the operator interface screens to a state existing 
prior to insertion and releases portions of random access 
memory that were used by the ended application. In one 
emrxxiiment the autostart driver can automatically copy a 
new version of autostart driver software or other new 
software, such as word processors into the permanently 
installed storage media. 

34 Claims, 12 Drawing Sheets 
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METHOD FOR AUTOMATICALLY 
STARTING EXECUTION AND ENDING 
EXECUTION OF A PROCESS IN A HOST 

DEVICE BASED ON INSERTION AND 
REMOVAL OF A STORAGE MEDIA INTO 
THE HOST DEVICE 

CROSS REFERENCE TO RELATED 
APPLICATION 

This application is a continuation-in-part application of 
the U.S. patent application Ser. No. 08/269,492 by Peter M. 
Redford and Donald S. Stern, assigned to the same assignee 
as the present application, filed Jul. 1, 1994, and entitled 
"AN INTERACTIVE BOOK. MAGAZINE AND AUDIO/ 
VIDEO COMPACT DISK BOX" which is incorporated by 
reference herein in its entirety. 

CROSS REFERENCE TO MICROFICHE 
APPENDIX 

Microfiche Appendices A-F are parts of the present 
disclosure and each appendix consists of one sheet of 
microfiche having respectively 62, 17, 13, 12, 8 and 28 
frames. Microfiche Appendices A-F list source code of 
computer programs and related data of an illustrative 
embodiment of an autostart driver for use in an industry 
standard 386 microprocessor based IBM™ Personal Com- 
puter or clone running Microsoft™ Windows Operating 
System. 

Specifically, microfiche Appendix A includes low level 
assembler code for a storage media manager, that can be 
assembled using the MASM assembler, version 5. 10B avail- 
able from the Microsoft Corporation, to form a virtual 
device driver file "DISG0386". Microfiche Appendix B 
includes high level C code for an applications manager, that 
can be compiled using a C++ compiler, version 1.5 available 
from the Microsoft Corporation, to form an executable file 
"DISGCEXE". Microfiche Appendix C includes macros 
and flata structure definitions that are used in a dynamic link 
library (DLL) that is included in microfiche Appendix F 
described below. Microfiche Appendix D includes subrou- 
tines and data structure definitions mat are used by the low 
level assembler code included in microfiche Appendix A 
described above. Microfiche Appendix E includes initializa- 
tion code and subroutines used by the dynamic link library 
code included in microfiche Appendix F described below. 
Microfiche Appendix F includes in-line assembler code and 
C code mat form the dynamic link library used by the 
storage media manager and the application manager 
described above, and can be compiled using the C++ com- 
piler described above, to form a library file "DISGO.DLL". 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protection. 
The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent 
disclosure, as it appears in the U.S. Patent and Trademark 
Office patent files or records, but otherwise reserves all 
copyright rights whatsoever. 

FIELD OF THE INVENTION 

This invention relates in general to an apparatus and 
method for automatically starting and ending processes in a 
host device on occurrence of an external event In particular, 
mis invention relates to an apparatus and method far auto- 
matically starting a process in response to insertion of a 
removable storage media, such as a compact disk (CD- 
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ROM) into a peripheral of the host device and automatically 
ending the started process in response to removal of the 
inserted storage media. 

DESCRIPTION OF RELATED ART 
5 Today's multimedia devices have sophisticated digital 
sound and full motion video capabilities which make such 
devices very suitable for entertainment and educational 
applications in users' homes. The contents of many printed 
books are now commercially available as multimedia books 
10 and applications encoded in CD-ROMs. UnforOinately, 
using a multime dia book or application on a host device is 
not simple at all. 

Most of today's multimedia books lack the feel of printed 
books and cannot easily be categorized as books on a 
15 bookstore shelf. Children, the main targets of multimedia 
books, usually cannot use such books without adult help. 
Today's multimedia books have the feel and ease of use of 
ordinary computer programs . A significant level of computer 
knowledge is required to "read" a multimedia book, typi- 
20 cally by using input devices such as a mouse, computer 
keyboard or game controller. 

For example, to use a CD-ROM based multimedia book, 
the user must do the following on an IBM PC host device: 
1. Start the Windows operating environment; 
25 2. Insert the CD-ROM into the drive; 

3. Find the appropriate icon and double click on the icon, 
or. 

If the icon is not available, use the File Manager's 
menu to select 'Tile" and "Run" and then type the 

30 name of the executable file such as "WP", followed 

by the Enter key. 
The above procedure is not simple for anyone other than 
experienced Windows users. A similar procedure must be 
followed for a Macintosh host device. 

35 Although in using a game platform such as 3 DO platform 
or a Sega platform it is considerably simpler to start an 
application, the user is required to toggle the power switch 
after insertion of a game cartridge, which can be a significant 
task for a two year old child. A similar toggling of power 

40 switch or pressing the reset button is required for boot-up 
diskettes for personal computers. Such toggling of power 
switch or reset button forces a user to wait for the personal 
computer or game platform to go through the boot-up 
sequence which can last for typically 20 seconds or more. 

45 Moreover, the user must know that merely inserting a 
CD-ROM into a peripheral is not enough and that some 
button must be toggled or pressed. Also, the user must know 
the specific button on the host device such as a power switch 
or a reset switch. 

50 Although some host devices automatically check a disk 
drive for a file of commands to be run. such checking is done 
only during power up for booting die operating system, 
Once a host device has been powered up and is running the 
operating system, the user must insert a disk encoded with 

55 instructions for an application and manually start the appli- 
cation (for example by clicking the mouse on an icon or by 
typing commands such as "MSTNSTO")- Also, there can be 
some delay after insertion of a storage media, while the 
storage media is being electrically coupled to the host 

60 device, which delay is frustrating to a user due to lack of 
indication of status. Finally, a host device can go into an 
undesirable and unknown state if an inserted disk is prema- 
turely removed, for example, before the application ends. 

^ SUMMARY OF THE INVENTION 

In accordance with mis invention, an autostart driver that 
is installed in a host device automatically starts and stops 
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applications respectively in response to insertion and cation on finding an application profile file of the second 

removal of a removable storage media. Specifically, on predetermined name on the inserted storage media, 

finding a storage media in a local peripheral of the host in one embodiment, the autostart driver checks if a new 

device, one embodiment of the autostart driver checks (he version of the autostart driver software is present on an 

inserted storage media for a file of a first predetermined 5 inserted storage media. If so, the autostart driver copies to a 

name. If the file of the first predetermined name exists, the hard disk the new version of the autostart driver software 

autostart driver in this embodiment automatically executes over a current version of the autostart driver software. In one 

the file which in turn starts the appropriate application. The embodiment, the autostart driver software can restart itself to 

application can automatically display the tide screen on the use the new version of the software, 

monitor of the host device, as soon as the application starts. 10 ^ one embodiment, the autostart driver includes a storage 

Therefore when the autostart driver is installed in a host media manager that periodically or asynchronously deter- 

device, compatible applications start up automatically, as mines status of various removable storage media peripherals 

soon as a storage media is inserted into the drive. Automatic 0 f the host device, and an applications manager that starts 

start-up of an application on insertion of a storage media and stops applications in response to logical media status 

allows even pre- school children to use applications encoded 15 signals from the storage media manager. Specifically, the 

on a storage media without adult supervision. Therefore applications manager includes an applications starter mat 

using an interactive media in accordance with this invention drives a start execution signal in response to a logical media 

is made as simple as playing a video cassette recorder (VCR) status signal indicating insertion of a removable storage 

tape, and even pre-school children can "read** interactive media containing information compatible with the autostart 

media without adult supervision. 20 driver into a removable storage media peripheral. The appli- 

In another embodiment to this invention, the autostart cations manager also includes an applications ender that 

driver is similar to the embodiment described above, except drives an end execution signal in response to a logical media 

for the following differences. The autostart driver initially status signal indicating removal of a previously inserted 

checks a permanently installed storage media, such as a hard storage media. 

disk, fora key file of a first predetenrunedname.If akeyfile 23 np^rRTPTiON OF the DRAWINGS 

exists in the permanently installed storage media, the BRIEF DESCRIPTION OF THE DRAWING 

autostart driver checks if an identifier read from the inserted FIGS. 1A and IB illustrate in block diagrams two cmbodi- 

storage media, such as a volume identifier, is included in the ments of a host device in accordance with this invention, 

key file. Then, the autostart driver reads application profile ^ FIGS. 1C-1E illustrate in flow charts two embodiments of 

data corresponding to the read identifier from an application aD autostart driver running in a host device, 

profile file of a second predetermined name (either on the j^q 1f illustrates a storage media, such as a CD that is 

hard disk or on the inserted storage media), loads a file from encoded wim files for use by the two embodiments of an 

the inserted storage media into random access memory and autostart driver illustrated in FIGS. 1C-1E. 

starts execution of an application using to leaded file The ^ Wock ^ 0fle cmbodiMnt of a 

loaded file can contain code or data or both code and data ^ 



host device in accordance with this invention. 



used by the application. 

vLj- ^ ... » , .. , . o FIG. 3A illustrates various parts of one embodiment of an 

If the autostart driver of this embodiment fails to find a ^ forusein ^ Q&i ^ ma 2> 

key file of the first predetermined name on the permanently n „ „ .„ _ _ ^ f 

installed storage media, the autostart drive/cS the „ ™JB Mushies t to* chart of vanous parts of the 

inserted storage media for an application profile file of the autostart driver of FIG. 2, 

second predetermined name. If an application profile file of FIG- 3C illustrates various files on a removable storage 

the second predetermined name exists on the inserted stor- media that are used by the embodiment of autostart driver 

age media, the autostart driver of this embodiment can add illustrated in FIGS. 3A and 3B. 

the volume identifier of the inserted storage media to the key 4J FIG. 3D illustrates, in a flow chart, a typical application 

file of the first predetermined name and copy the contents of started by (he autostart driver of FIG. 2. 

an application profile file of the second predetermined name FIG. 4 illustrates state transitions of a removable storage 

from the removable storage media into an application profile media peripheral in one embodiment of an autostart driver, 
file of the second predetermined name in permanently 

installed storage media, and then start an application as ^ DETAILED DESCRIPTION 

described above. As used herein, the term 4, host device** is intended to mean 

Therefore, mis embodiment of the autostart driver allows any device which can display to the user associated elec- 

applications encoded on preexisting storage media to be tr onic content encoded in remote and/or local storage media. 

made compatible with the autostart driver, by adding records me host device can be equipped with a peripheral suitaoie" 

containing the application profile data needed to start these 35 for retrieving associated electronic content encoded in a 

applications into the file of the second predetermined name local storage media. Examples of such a peripheral include 

on the permanently installed storage media. Such additions a CD-ROM drive, a floppy drive, a hard drive, a tape drive_ 

to the application profile file of the second predetermined and a rLMUAcara peripheral. Also, the host device can be 

name can be made by a user, or alternatively by an instal- equipped with communications hardware and software suit- 

lation program. In such a case, the storage media's identifier $0 able for retrieving electronic content encoded in a remote 

must be inserted into the key file of the first predetermined storage media through a remote server. In different embodi- 

name. ments of this invention , a host devic e can be anv IBM 

If the autostart driver of mis embodiment fails to find a p*™™*1 ^mra^r fnr cCTne^. Macintosh computer. 3DQ_ 

permanently installed storage media (for example in a game platform. Se ga platform, an interactive television set too, a 

machine type host device), then the autostart driver skips the 65 video CD player, ana a video tape plaver. — 

optional steps described above in regards to the permanently As used herein, the term "storage media** is intended to 

installed storage media, and automatically starts an appli- mean media fnr storing rfiprirai data, and/or co de such as 
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optical disks (for example compact disks (CDs)), flexible form suitable for use by a human on a dfa ffi - S0*AlL4<L. 

disks (for example 5 V* floppy disks), rigid disks (for nr r ^ ij ptfflfyr/headset or a pnnier. msoiaV^ ^or« 

example hard d isks), tapes, game cartridge s- memory cards includes running a software program, playing a sound 

7 Tnr attmrM PiWIlA card ) or any other media suitable for recording (through a speaker/headset), showing a video 

use in a host device. 1 Ae bam storage media includes such 5 recording (on a monitor/screen) and printing a graphics 

structures and any other structure which performs the func- image (on a printer). As used herein, the term "use" is 

b'on of information storage. intended to be more man mere display and includes any use 

In one embodiment the storage media is removable from whatsoever in a host device, 

a host device although other storage media (for example in A book remote control 10 (FIG. 1A) can be used 

a local hard drive or a remote hard drive on a remote server) w ^ ho$t 28 as described in detail in the above 

can also be used in accordance with this invention. referenced U.S. patent application Ser. No. 08/269.492. Host 

In accordance with this invention, electronic content can device 20 (FIG. 1A) is an IBM compatible personal com- 

indude selections which in turn can contain information ^ ^ e<lujpped ^ a monitor 22. a speaker 24A. a CD 

found in a conventional printed publication such as book, ^ a 24C. a mouse 24D. a printer 24E and. 

magazine, catalog or other printed document As used , s a cable/wire 24F connected to a jack 24G. 

herein, the term "selection" is intended to mean data and/or c embodjment ^ ^ invention . host device 

code andincludes a grouping or combii>ahon of one^ or more fi£ me ^ oaal computer from 

files such as sottware stiu grannies, picture text, audfo. ^ C 'uter Corporation. 1546 Centre Pointc Drive, 

recording, video recordyip or other data re^ t o one 95035 JHost device 20 includes multimedia 

another/suitable lor display Dy a nost cevice. ror example,, M video card, "Real Magic" 

^ » selection can include the multimedia eg*™*"^' SbTe from Sigma Designs. Inc.. 47900 Bayside 

"PUl =>> nuuiazine article or a television program or a digitized song JJJ" Fremont. Odif. 94538. Tbt Real Magic card 

ZZU, ? a video game sofW r^^^^ SpSnts^ audioMdeo compression algorithm compat- 

financial information. While in one ^einbcxument data and/or ^ upe^ sp^catioTavailable from the Motion 

it - fcji » ^ Urti " nt T " """'""f ' T ^ f ° rUSel ? a « Kc^Ex^GrW Host device 20 also includes a 

jjvAW**** Thultimedia host device, a single media host dev.ee «n also £^^ vaitab £ ^ ^ nec CDR/84 available 

be used with suitable selecuons in accordance with this ^ ^ ^ olpotaSion . m ^ alternative ernbodiment of this 

invention. invention, host device 20 includes the full motion video card 

As used herein, the term "category" is intended to mean .^^^ Spcctrum 16 « available from Media Vision Inc.. 

one or more selections which have some common charac- x 4?300 fi Parkway> FrEmont . Calif. 94538. 

temtic. Examples of categories arc ™ ^^-J** In another eirux»diment of this invention, host device 20 

category can contain selections of ^-^-^ ^ ^ for eMmple . a Macintosh personal computer (PC) 

recordinfis and text captions relating to. for example, zUU ***** t v *" > r r 

SSfish. Another example ofTLegory iTa^rock and equir^ w!th a monito, a fl^ 

roU music" category encoded on audio CD, the audio CD 35 * ^ recciv ^ a CD *™ ™ d a tc ^ „ 

containing 20 selections of music, each music selection FIG. IB shows a picture book remote control 15 usedwuh 

being representative of rock and roll music a host device in the form of a game machine platform _ 50 

As used herein, the term -application" is intended to Game machine platform .50 includes a Revision wh^h 

include but is not limited to co£ and/or data which inter- has a screen (also called a ••monitor^). C^jnadune 

prets button codes from a remote control. AppHcations run «, platform 5 0 aJso ^^^^^^^l 

on host devices. Applications can include selections or television 41 ^^^^^^^f^ 

alternatively selectionTand applications can be distinct built-in receiver 43, a modem 4^ a fax card a battery 

eSelln one embodiment oftiiis invention appUcations protected memory card 44C and £ 

are distributed to users on storage media. In one specific ^ cartndge ^^^^^^f^ 

emrxKiiment of this invention, an appUcation and associated 45 electronic contents encoded in a game cartndge. 

selections are all integrated into a single executable (such as Although a game machine 42 is being described and 

a file BUSWEEICEXE). In an alternative emb<xliment of shown in FIG. IB, other host devices such as an interactive 

this invention, applications for retrieving and displaying television set top can be used instead of game machine 42 in 

selections are distributed to users independent of the storage accordance with this invention. 

media containing the selections. Applications and/or selec- 50 In one embodiment of this invention, a user can place a 

tions can also be distributed to users and accessed by a host storage media (such as a CD-ROM) into a compatible 

device through various communication channels such as peripheral of a powered up and booted host device (such as 

phone lines, TV cable and/or satellite link. host device 20) running an operating system and automati- 

An application includes code which interacts with the user cally retrieve selections encoded in the storage media using 

regardless of whether the code is created using a higfr level 55 a remote control without touching any keys or switches of 

presentation development system or is hard coded using a the host device. To facilitate automatic detection of insertion 

wogramnring language such as C. Furthermore, an applica- of a storage media, a host device is installed during booting 

tion can include either a small run time engine or a larger with an autostart driver which periodically polls one or more 

presentation development software for displaying multime- peripherals of the host device. In an alternative embodiment 

dia selections. An appUcation and/or selection can reside on 60 the autostart driver is invoked by an interrupt from a 

removable local storage media and/or the host device's removable storage media peripheral which interrupt can be 

permanently installed storage media and/or a remote server. caused by insertion of a storage media into the peripheral. 

In other alternative embodiments, a part of the application is In one embodiment of this invention, all host devices are 
resident in the host device, and another part is resident on a configured with an autostart driver (described below). The 
remote server's storage media and/or a local storage media. 63 autostart driver is installed during the start up of a host 

As used herein, the term "display" is intended to mean device such as host device 20 by inserting an instruction to 
presenting one or more selections by the host device in a install the autostart driver in a file "CONHG.SYS" in a boot 
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disk of host device 20. For example, the instruction tifiable encoding in the inserted storage media of a copyright 
"DEVICB=C:V6.000AUTOSTFXSYS M can be inserted in notice in file of a first predetermined name such as, DB- 
CONFIG.SYS for an IBM PC host device. GOKEY.EXE. 

In one embodiment of mis invention, a host device 20 FIG. ID is a flow chart of one embodiment of an autostart 
(FIG. 1A) executes step by step each instruction illustrated 3 driver 110 running on microcomputer of a host device 20. 
by flow chart 100 of FIG. 1C. When a user turns on the Autostart driver 110 at first initializes variables in step 111 
power to host device 20, host device 20 powers up and and goes via branch 112 to step 113. In step 113. autostart 
performs self test in step 101. Then host device 20 goes via driver 110 enables interrupts from removable storage media 
branch 102 to step 103 where host device 20 executes peripherals. A removable storage media peripheral is any 
firmware encoded in a read only memory also called ROM 10 peripheral of a host device into which a storage media can 
on the mother board of host device 20. Then host device 20 be removably and repeatedly inserted and withdrawn, for 
goes via branch 104 to step 105 where host device 20 boots example drive A, drive B and a CD drive of an IBM PC host 
the operating system from a storage media, wherein the device 20. 

storage media containing the operating system can be either Then autostart driver 110 goes via branch 114 to step 115. 
a removable storage media (such as a floppy disk) or a 15 In step 115, autostart driver 110 waits for an interrupt from 
permanently installed storage media which is an integral part a removable storage media peripheraL Then on receipt of an 
of host device 20 (such as a hard drive). During booting, host interrupt, autostart driver 110 goes via branch 116 to deci- 
device 20 checks for initialization files such as startup files sion box 117. In decision box 117 autostart driver 110 checks 
and configuration files. On finding a valid initialization file, to see if a key file of a first predetermined name DBGOK- 
host device 20 uses the initialization file during booting. 20 EY.EXE is accessible from the removable storage media 
Then host device 20 goes via branch 106 to step 107 where peripheral which caused the interrupt If key file DISGOK- 
host device 120 installs an autostart driver in main memory EY.EXE is not accessible, autostart driver 110 goes via 
e.g. random access memory also called RAM or a read only branches 131 and 132 back to step 115 (described above), 
memory also called ROM 35. Then host device 20 goes via If key file DISGOKEVJBXE is accessible in the remov- 
hranch 108 to step 109 where host device 20 executes the 25 aD j c storage media peripheral which caused the interrupt, 
instructions coded in the installed autostart driver. autostart driver 110 goes via branch 118 to step 119. In step 

Although not shown in FIG. 1C, host device 20 can 119, autostart driver 110 checks to see if a security key is 
execute several instructions unrelated to installing an present in a key file of a first [redetermined name on the 
autostart driver at various points not shown in flow chart 100 storage media. For example, autostart driver 110 opens the 
(such as within branch 106 to install other drivers and within 30 key file of first predetermined name, DISGOKEY.EXE and 
branch 108 to execute other drivers). compares the bitmap in DISGOKEYJBXE with a bitmap 

In one embodiment of this invention, an autostart driver locally hard coded in autostart driver 110. Then autostart 
in host device 20 detects insertion of a storage media and driver 110 goes via branch 120 to decision box 121. 
upon detection of a storage media (such as a CD-ROM) in 35 In decision box 121 autostart driver 110 checks if the 
a peripheral, seeks a file having a first predetermined name. bitmap in key file DISGOKEY.EXE was valid. If the bitmap 
such as the unique symbol DEGO™. A predetermined name in key file DISGOKEYEXE was invalid, autostart driver 
is any name which is determined ahead of time and which 110 goes via branches 122 and 132 back to step 115 
is consistently used in the autostart driver and also in (described above). Alternatively if DISGOKEY.EXE bitmap 
compatible storage media. In one embodiment of this ^ is valid, autostart driver 110 goes via branch 123 to decision 
invention, files with first and second predetermined names box 124. 

(such as DISGOKEY.EXE and DISG03AT) are present in m decision box 124, autostart driver 110 checks to see if 
a set of storage medias released by licensees of the owner of an application profile file of a second predetermined name 
this patent At the very least, a file with second predeter- D IS GO .BAT is accessible from the removable storage 
mined name (such as DISGO.BAT) must be present on a 43 media peripheral which caused the interrupt If application 
storage media to be compatible with an embodiment of the profile file DISGO-BAT is not accessible, autostart driver 
autostart driver which seeks a file of the second predeter- no goes via branches 125 and 132 back to step 115 
mined name DISGO.BAT. (described above). If application profile file DISGO.BAT is 

In mis embodiment, every file having the second prede- accessible in the removable storage media peripheral which 
termined name (such as DISG03AT) contains a sequence ^ caused the interrupt autostart driver 110 goes via branch 126 
of application start-up instructions to be executed to start an to step 127. 

application for using selections encoded in the inserted In step 127 autostart driver 110 stores the peripheral name 
storage media. in which application profile file DISGO.BAT was found and 

Application start-up instructions include for example the in which key file DISGOKEYEXE was found valid into a 
instruction to (1) start an application either from the inserted 55 variable X. For example, autostart driver 110 can store the 
storage media or alternatively from a permanently installed drive letter A in variable X if a removable storage media 
storage media in the host device or in a remote server. (2) containing application profile file DISGOJ3AT and a valid 
access a specified location on the inserted storage media, (3) key file DISGOKEY.EXE is inserted in drive A of IBM PC 
retrieve and display certain selections contained at a location host device 20. 

on the storage media, and/or (4) execute certain application 60 Then autostart driver 110 disables the interrupt that was 
instructions located in memory of the host device or in the enabled in step 113. The disabling of interrupts allows 
storage media. autostart driver 110 to execute an application for example 

Prior to starting an application, the autostart driver can without being interrupted by user insertion of a removable 
seek to identify a security key to ensure authenticity of the storage media into another peripheral. Then autostart driver 
storage media and then execute the sequence of application 65 110 goes via branch 128 to step 129. In step 129 autostart 
start-up instructions once the security key has been correctly driver 110 executes the command XiDISGO.BAT which 
identified. For example, the key could be a uniquely iden- executes instructions in application profile file DISGO.BAT 
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of the removable storage media inserted by a user into the 151 (described above). If all of the removable storage media 

peripheral of host device 20. The application started by peripherals have been checked in decision box 153, then 

execution of application profile file DISGO.BAT in turn autostart driver 140 goes via branch 171 to step 147. 
loads into main memory at least a portion of the software of If key file DISGOKEY.EXE was found by autostart driver 

the application encoded on the inserted storage media and 5 140 in decision box 151. autostart driver 140 goes via branch 

then passes control to the application. 157 to step 158. Step 158, branch 159 and decision box 160 

Once the application has terminated, control returns from are similar to step 119, branch 120 and decision box 121 

the application to step 129 of autostart driver 110. Autostart (described above in reference to FIG. ID). If autostart driver 

driver 110 goes via branch 130 back to step 113 (described 140 is unsuccessful in decision box 160, autostart driver 140 

above) which allows autostart driver 110 to continue to be io goes via branch 161 to decision box 153 (described above), 

responsive to the insertion of a storage media into a periph- If autostart driver 140 is successful in decision box 160, 

eral of host device 20. autostart driver 140 goes via branch 162 to decision box 163. 

In another embodiment of this invention, in step 129, *™ 163 * mt0&Vai Mm IfO diecks if applica- 

instead of the autostart driver executing the instructions in tion profile file DISGO.BAT is present ni the c^ntpenrA- 

WSGOBAT as shown in FIG. ID, the autostart driver starts 15 eral. If autostart driver is unsuccessful in decision box 163 

up or spawns a new process which executes the instructions autostart driver 140 goes via branch 164 to decision box 153 

in DISGO BAT else autostart driver 140 goes to step 166 via branch 165. 

When autostart driver 110 fails to find a DISGO.BAT or In step 166 autostart driver l "*^te^tf*t 

fails to find a DISGOKEY.EXE or if DISGOKEY.EXE ^ peripheral in which application profile file DISGO-BAT was 

bitmap is invalid, autostart driver 110 returns to step 115 (as 20 found in variable X and disables me toner mterrupt enabled 

noted above) so that a user can invoke other applications in step 135. Then autostort driver ™ 

encoded on a removable storage media in the conventional to step 168 which is similar to step 129 (FIG. ID). ^Once the 

manner, thus bypassing the automatic startup feature pro- appHcation has completed and control has returned to 

vided by autostart driver 110. autostart driver 140, autostart driver 140 goes via branch 169 

In an alternate embodiment of this invention, an autostart 25 t0 ste P 145 described above, 
driver 110 skips steps 117, 119 and 121 in which a security m an alternative embodiment of autostart driver 140 

key is checked. In such an embodiment, autostart driver 110 decision box 151, step 158 and decision box 160 are skipped 

goes from step 115 via branch 133 (shown dotted) to step by using branch 170 (shown dotted) to go from step 149 to 

123. 30 ste P 163 * 

Autostart driver 140 (FIG. IE) is an emolument similar Although in FIGS. 1C ID and IE, the host device is 

to autostart driver 110 except that instead of setting up and shown being configured with an autostart driver which is a 

waiting on interrupts from removable storage media separate executable image, the instructions to a host device 

peripherals, autostart driver 140 sets up a timer interrupt and shown in FIG. 5A, SB and 5C can be issued in other forms 

waits on the timer interrupt, thereby periodically checking 35 suitable for the host device (such as commands to the 

the peripherals of a host device, such as host device 20. operating system). 

Autostart driver 140 iiiitializes variables in step 141 and Although in one embodiment of this invention, the 

goes via branch 142 to step 143. In step 144, autostart driver autostart driver includes instructions executed by a central 

140 sets a timer period to one second. Then autostart driver processing unit in an alternative embodiment the host 

140 goes via branch 144 to step 145. In step 145 autostart 40 device includes a first hardwired logic which detects inser- 

driver 140 enables the timer interrupt tion of a storage media into a peripheral. A second hardwired 

Then autostart driver 140 goes via branch 146 to step 147. logic checks the inserted storage media for a file of a first 
In step 147 autostart driver 140 waits for the enabled timer predetermined name and compares a bitmap in the file with 
interrupt Then autostart driver 140, on receiving an inter- a bitmap stored in t™* 0 ^™* 10 ^- In another 
rupt from the timer (which occurs after one second, the timer 45 emtx>diment there is a third hardwired logic which checks 
period set in step 143), autostart driver 140 goes via branch for a file of a second predetennmed name. In one specific 
148 to step 149. In step 149, autostart driver 140 sets the embodiment of this invention, the first, second and third 
current peripheral variable to the name of the first removable hardwired logics are all included in the peripheral s hard- 
storage media peripheral in host device 20. Then autostart ware and generate an autostart mtemrpt to the central 
driver 140 goes via branch 150 to decision box 151. In 50 processing unit on a successful result On receipt of the 
decision box 151 autostart driver 140 checks to see if the key autostart interrupt the central processing unit executes the 
file DISGO KEY.EXE is present in the peripheral having the file of the second predetermined name from the peripheral 
name in the current peripheral variable. If autostart driver which generated the autostart interrupt 
140 is unsuccessful (either because a storage media is not FIG. IF shows the contents of the application profile file 
present in the current peripheral or the key file DISGOK- 55 with second predetermined name DISGO-BAT which is 
EY.EXE is not present in the storage media) then autostart invoked in step 124 by autostart driver 110 and in step 163 
driver 140 goes via branch 152 to decision box 153. by autostart driver 140, Application profile DISGO.BAT 

In decision box 153 autostart driver 140 decides whether contains the operating system command 174 which reads 

all removable storage media peripherals of host device 20 "X:" Operating system command 174 changes the current 
have been checked during the current timer interrupt. If 60 default drive to the drive in which a storage media has been 

autostart driver 140 finds that not all the removable storage inserted. The next command in application profile DBGO- 

media peripherals have been checked, autostart driver 140 -BAT is operating system command 175 which reads 

goes via branch 154 to step 155. In step 155 autostart driver "busweek". Operating system command 175 nutates the 

140 increments the current peripheral variable by setting the running of an appHcation encoded as BUSWEEK-EXE 431. 
peripheral name of the next removable storage media 63 While in one specific ernbodiment of this invention, the 

peripheral to the current peripheral variable. Then autostart application is encoded as BUSWEEKEXE, other file names 

driver 140 goes via branch 156 and 150 back to decision box (such as FIREBOOK.EXE) can be used for an application so 
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long as the same name is consistently used in operating 
system command 163 in application profile file with second 
predetermined name DISGO.BAT (which contains the appli- 
cation startup instructions which start the application for 
using selections on the inserted storage media). 5 

Therefore when an autostart driver is installed in a host 
device, mis invention allows applications encoded in com- 
patible storage media (as described above) to start up 
automatically without any additional user input* soon after a 
storage media is inserted into a peripheral of the host device. i° 
Therefore once a host device is powered up, booted and 
installed with an autostart driver, a user need not touch any 
keys or switches of a host device* and can merely insert a 
storage media to start an application in accordance with this 
invention. 15 

FIG. IF also illustrates a copyright notice 164 which is 
used as a security key bitmap and which is compared with 
an identical copyright notice bitmap locally hard coded in 
autostart drivers 110 and 130. 

One advantage of the autostart driver of this invention is 20 
that the user need not have any computer knowledge to start 
an application. Pre-school children can now enjoy interac- 
tive media without even toggling a power switch (for 
example, merely inserting a storage media into a host 
device). An autostart driver can be used to automatically 
start various applications such as spreadsheet application 
LOTUS 1-2-3™ and word processing application Word 
Perfect™ if so programmed. 

An automatically started application can also be an appli- ^ 
cation 870 (described below in reference to FIG. 3D) for 
displaying selections encoded on a storage media, such as a 
software program which stores and manipulates many types 
of data including: graphics files for the pictures, text files for 
the captions, sound files for captions (for a picture interac- 35 
tive book) and video recording files. Moreover, an automati- 
cally started application can include a setup program mat 
copies electronic content (e.g. files) encoded on an inseme- 
diastorage media onto a storage media permanently installed 
in the host device, for example a hard disk. Such a setup ^ 
program can be appropriately programmed to start execution 
of. for example a software program that stores and manipu- 
lates various multimedia files as described above. Moreover, 
the setup program can be programmed to skip the copying 
step if such copying was previously done. e.g. the hard disk 45 
files are identical to the inserted storage media's files. 

FIG. 3D is an illustrative flow chart for the high level 
control logic of an application 830 running in a host device 
20 (FIG. LA) for interpreting button codes from a remote 
control in accordance with this invention. Application 830 ^ 
(FIG. 3D) can be used as an application for a four button 
remote control described in U.S. Pat. No. 5,597307. 

Application 830 can be started up by a user or automati- 
cally either immediately following a boot up sequence or by 
an autostart driver on detection of an inserted storage media. 55 
Application 830 initializes variables in step 831 and goes via 
branch 832 to step 833. In step 833 application 830 displays 
the front cover and goes via branch 834 to step 835. In step 
835 application 830 waits until a button code is received 
from a remote control. 60 

If a button code is received, application 830 goes via 
branch 836 to step 837. In step 837 application 830 checks 
the received button code to see if a first button (not shown) 
in the remote control was pressed If the first button was 
pressed, application 830 goes via branch 838 to step 839. In 65 
step 839 application 830 retrieves the selection associated 
with the first button (such as a **SONG A" selection if the 
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first button was pressed) from local (or remote storage 
media) and displays the retrieved selection. In one embodi- 
ment the application displays the audio recording for "Song 
A** through speaker 24A (FIG. 1) and optionally displays an 
associated video recording through monitor 22. Then appli- 
cation 830 goes via branches 840 and 841 back to step 833. 

If in step 837 the first button was not pressed, application 
830 goes via branch 842 to step 843. In step 843 application 
830 checks to see if a second button (not shown) was 
pressed. If the second button was pressed; application 830 
retrieves and displays the associated selection (such as a 
"SONG B w selection). Then application 830 goes via 
branches 846 and 841 back to step 833. 

Steps 843, 848 and 853 are similar to step 837 and steps 
845. 850 and 855 are similar to step 839. Therefore appli- 
cation 830 takes the appropriate actions if the second, third 
or fourth buttons are pressed in a manner similar to that 
described above for the first button. 

In another embodiment of this invention, a host device 
200 (FIG. 2) is programmed with an autostart driver 225 
described below. Host device 200 is an IBM™ personal 
computer or a clone containing an industry standard 386 
microprocessor (such as Intel™80386) as CPU 201 mounted 
on a system board 202. Also mounted on system board 202 
is a read-only-memory (ROM) 203 and a random- access- 
memory (RAM) 204 that arc coupled via a memory con- 
troller 205 to CPU 201. CPU 201 is also coupled through a 
bus interface unit 207 to a system bus 208 that is in turn 
coupled (1) through a videographics controller 209 to a 
monitor 210, (2) through a legacy bridge 211 to a legacy bus 
212. 

Legacy bus 212 is in turn coupled to various legacy 
components, such as floppy drive 213 (detachably coupled 
to floppy disk 214) and a mouse-keyboard controller 215 
(detachably coupled to keyboard 216 and to mouse 235). 
System bus 208 is also coupled through a SCSI adapter 217 
to a SCSI bus 218 that is in turn connected to various storage 
media peripherals, such as a hard disk drive 219 and a CD 
ROM drive 220. Hard disk drive 219 is connected to a 
storage media, such as hard disk 221. A removable storage 
media such as CD 222 can be detachably coupled to a 
removable storage media peripheral, such as CD ROM drive 
220. System bus 208 can also be coupled via a PCMCIA 
adapter 225 to a memory card peripb eral 226 that in turn can 
be coupled to a PCMCIA memory card (not shown). 

In one embodiment, host device 200 is programmed with 
an autostart driver 225 (described more completely below) 
that can (1) automatically start for example one or more 
applications (also called "autostart applications**) 226 and 
227 when a removable storage media is inserted into a 
storage media peripheral, such as one of peripherals 213, 
220 and 226, and (2) also automatically end autostart 
applications 226 and 227. when the inserted storage media, 
e.g. CD ROM 222 is removed from the corresponding 
storage media peripheral, e.g. CD ROM drive 220. The 
autostart applications function in a manner similar or iden- 
tical to all other applications, such as applications 228. 229 
and 230 that are started by operating system 231, except for 
being started and ended by autostart driver 225. 

Autostart driver 225 includes a storage media manager 
301 (FIG. 3A) that determines the status of one or more 
removable storage media peripherals of the host device, and 
an applications manager 302 that automatically starts and 
stops applications (also called "autostart applications**) in 
response to various media status signals from the storage 
media manager 301. Autostart driver 225 also includes an 
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initialization section 303 that performs various idealization peripheral identified by me current peripheral variable, for 

functions, starts and stops execution of storage media man- example, by driving a media command signal and receiving 

ager 301 and applications manager 302. a media status signaL 

Specifically, applications manager 302 includes an appli- From step 337 autostart driver 225 goes to dedsion box 
cations starter 302S that drives a start execution signal in * 339 and checks if the status of the current peripheral has 
response to an active media status signaL An active media changed (e.g. inserted or removed). If the status has 
status signal indicates mat a storage media (e.g. a CD 222) changed, autostart driver 225 goes via branch 340 to deci- 
mal is compatible (as described below), has been inserted sion box 341, and checks if a removable storage media was 
into a removable storage media peripheral (e.g. CD ROM recently inserted into the current peripheral. If mscrted, 
drive 220 of host device 200). Applications manager 302 10 autostart driver 225 goes from box 341 to step 343 and 
also includes an applications ender 302E that drives an end displays a disk inserted message on monitor 210. Step 343 
execution signal in response to a media status signal indi- is an optional step that can be skipped in one embodiment of 
eating that a previously inserted removable storage media autostart driver 225 (e.g. depending on a configuration flag 
has been removed from the corresponding removable stor- set by the user to avoid display of the message in step 343). 
age media peripheral. 15 Step 343 can also be skipped depending on the configuration 

In this embodiment, applications manager 302 also drives of a host device, for example autostart driver 225 is imple- 

one or more dialog command signals to display messages to mented in a game madune. 

a user, and optionally can also receive one or more dialog After step 343, autostart driver 225 goes to step 345 and 

status signals, for example, in response to user input on a reads an identifier, such as a volume identifier, from the 

keyboard or a mouse inserted removable storage media in the current peripheral. 

In one embodiment, autostart driver 225 functions in an From step 345, autostart driver 225 goes to. ttecision box 347 

operating system that includes application prograniming and checks if the identifier read in step 345 is present m a 

S^ace^ons 305 and 306. ^cations ^gZZl key file stored on a storage 

interface section 305 transfers a media status signal from „ installed in the host device such as hard disk 221 ^(HG 2) 

storage media manager 301 to applications manager 302. 25 If present autostart drivers 225 goes to step 349 and flags the 

Applications programming interface section 306 starts the current peripheral as being in use. 

execution of an autostart application in response to a start Decision box 347 is an optional decision box mat can be 

execution signal from applications starter 302S, and ends the replaced by decision box 364 in another embodiment. For 

execution of the started application in response to an end example, such an autostart driver goes from step 345 to 

execution signal from applications ender 302E. In this decision box 364 and checks if the inserted storage media 

embodiment applications prograniming interface section contains an application profile file. If the application profile 

306 also supplies application status signals to applications file is present this alternative autostart driver can go to step 

manager 302 which in turn supplies the application status 349 (described above). From decision box 364, the autostart 

signal through applications prograrnniing interface section 3J driver can alternatively go to step 36S and update a key file 

305 to the storage media manager 301. and an application profile file, both located on a permanently 

In addition to the application programming interface installed storage media, such as hard disk 221. In such an 

sections 305 and 306 (FIG. 3A), operating system 231 (FIG. embodiment the autostart driver goes via branch 369 to step 

2) also includes a storage media interface section 307 (FIG. 349 (described above). 

3A) and a graphical user interface section 308 (FIG. 3A) that ^ In decision box 347, if the result of the test was negative, 

respectively cornmunicate with storage media peripherals autostart driver 225 goes to decision box 364 (described 

(such as a floppy disk drive or a CD drive) and user interface above). 

peripherals (such as a monitor, a keyboard and a mouse). After step 349 autostart driver 225 goes to step 351 and 

Storage media interface section 307 (FIG. 3A) drives media reads profile data from an application profile file located 

status signals in response to receipt of media command 45 either on a permanently installed storage media, such as hard 

signals from, for example, storage media manager 301 (FIG. 221, or on the inserted storage media, such as floppy 

3A). User interface section 308 drives dialog status signals disk 214. Then autostart driver 225 goes to step 353 and uses 

in response to receipt of dialog command signals from, for me profile data read in step 351 to load a portion of the 

example, applications manager 302 or autostart application electronic content encoded on the inserted storage media 

227 (FIG. 3A). 50 into random access memory, such as RAM 204. From step 

In one embodiment, before autostart driver 225 is 353 autostart driver 225 goes to decision box 355 and checks 

installed in host device 200 (FIG. 2), a storage media (such if a new version of autostart driver software, such as the files 

as CD 222) containing the software for autostart driver 225 DKGOJ3XE, DISGOJ86 and DISGODLL are present on 

(FIG. 2) can be inserted into peripheral 220, and autostart the previously inserted removable storage media, e.g. floppy 

driver 225 can be started by a user manually issuing a 55 disk 214. For example, autostart driver 225 checks whether 

command from keyboard 216 or mouse 235 (FIG. 2) to the new version number is higher than the old version 

operating system 231. On receipt of such a command, Dumber. If a new version is present autostart driver 225 goes 

operating system 231 loads the software for autostart driver to step 357 and copies a new version of the autostart driver 

225 and starts execution of autostart driver software. software from the previously inserted removable storage 

At start-up, autostart driver 225 enables a timer interrupt 60 media into the permanently installed storage media. From 

in step 331 (FIG. 3B) and goes to step 333 and waits for the step 357 autostart driver 225 goes to step 359 and saves an 

enabled interrupt. In step 333 when the interrupt occurs operator interface state into random access memory 204. If 

autostart driver 225 goes to step 335. In step 335, autostart the result of decision box 355 was not true, autostart driver 

driver 225 sets a current peripheral variable to a first 225 goes directly to step 359, Le. skips step 357. From step 

removable storage media peripheral for example, a floppy 65 359 autostart driver 225 goes to step 362 and starts execution 

drive 213 having the label A. From step 335 autostart driver of an application using the loaded electronic content from 

225 goes to step 337 and gets the status of the current random access memory 204. 
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From the step 362. autostart driver 225 goes directly back a file DBGO.DLL in CD 222) can be loaded into RAM 204 

to step 331 described above. (FIG. 2) on issuance of the user command so that initial- 

If the result of decision box 341 was negative, autostart ization section 303 starts executing and after completing 

driver 225 goes to step 378 and displays an unloading initialization, for example by allocating memory sufficient 

message on host device monitor 210. Rom step 378, 5 for storage media manager 301 to be kept memory resident 

autostart driver 225 goes to step 380. Step 378 described starts execution of storage media manager 301 (e.g. encoded 

above is an optional step that can be skipped in ernbodiments [r a mc DISG 0.386 in CD 222) and applications manager 

of an autostart driver used in host devices that do not have DBGO.EXE in CD 222). 

a monitor, such as the audio player for a car (as described ^* v K 

above in reference to step 343). In such an embodiment, on 10 m one embodiment, autostart driver 225 performs initial- 

a negative result in decision box 341, the autostart driver ization and then performs various steps illustrated in FIG. 

goes directly to step 380. 3B ^ one specific embodiment illustrated by software listed 

In step 380, autostart driver 225 resets the inuse flag that m me attached microfiche Appendices C, F and E, a routine 

was set in step 349. and goes to step 382 and ends the Disgojfoit Complete installs a timer interrupt handler 

execution of toe apphcadon started m step «; 15 DisL_rirnerJ(mat is a part of storage media manager 

FT >^^ Ut ?JT ^ VCr t 22 f^ S ^S 301) toward the very end of processing of WINDOWS 

unloads the loaded electronic ^ n ^^ n ^^ message Device Ju7 so as to wait until iiiitialization is 

Hons of random access memory 204 that had been occupied 6 ^^uui~~ - , c 0 ^ ltt . ^ r^r^ 

in step 353. From step 384 autostart driver 225 goes to step complete before grabbing timer ticks. Rou^e D*Go^ 

386aod restores me operator interface displayed on monitor Cnuc^Jnit polls aU storag^d^ per^he^ once before 

210 to a new state that is identical to the state saved in step 20 ^stalling handler DisGo^Timerlnt which continues the 

359. From step 386, autostart driver 225 goes back to step polling, so that initial state of all storage media peripherals 

331 described above. Step 386 is an optional step, and in is known before periodic polling begins. Handler DisGo_ 

other embodiments, an autostart driver can go directly from Timerlnt only polls storage media peripherals in the absence 

step 384 to step 331. M of block transfers to or from the storage media peripherals 

In decision box 339, if the result was negative, autostart and other use of the CD-ROM interface MSCDEX, to avoid 

driver 225 goes to decision box 372 and determines if all of re-entrancy problems that can arise with asynchronous or 

the removable storage media peripherals of host device 200 isochronous polling. 

have been chewed. If all such petals were che^A embodiment, steps 331-341 described 

autostart driver 225 goes to step 331 described above. If the x stcragTmedia manager 301 

result in decision box 372 is negative, autostart dnver 225 *™; c ,~ ^T- , • , VTt , , „ 

goes to step 374 and increments the current peripheral ^0. 3A) that ^vesalogical media statu signal (eg. 

triable, to point to the next removable storagTlaedia DB KJNSERTED_SrATE) to applications man- 

peripheral, such as CD ROM drive 220 (FIG. 2). From step ager 302. and applications manager 302 in turn implements 

374 autostart driver 22S goes to step 337 to check the status „ **P 3« by driving a dialog command signal to user 

of the current peripheral, e.g. CD-ROM drive 220. to*** secbon 308. Stoag. i media manager 301 also 

An embodimToTof autostart driver 225 fox use in me ******* 345-349.363-367. 371-375 and 380. 

operating system Microsoft™ Windows can be implemented J^SS^SK 

as illustrated by source code of computer programs and ste P s 350-362. 368, 378 and 3»l-3*7. 

related data that are listed in microfiche Appendices A-F. 40 in one embodiment, on receipt of a physical media status 

Specifically, storage media manager 301 is illustrated by the signal indicating that the CD-ROM in a specified drive is 

software listed in Microfiche Appendix A and B. applica- part 0 f a multi-volume set storage media manager 301 does 

tions manager 302 is illustrated by the software listed in not drive a logical media status signal when a storage media 

Microfiche Appendix B and initialization section 303 is i s removed from the peripheral to prevent applications 

illustrated by the software listed in Microfiche Appendices F, 45 manager 302 from shutting down the application, e.g. when 

E and C. the user changes CDs during normal use of a multi-volume 

In this specific embodiment, each of the interface set of CDs. 

n J^* ly appUca !i on . P f!f amm !i? i t£ a< * 1 ^ Storage media manager 301 can determine that a storage 
tons 305. 306 storage media mterface sechon 307 and user « uTappUcation profile file DEGO.INI is 

interface ^section 308 are all part of the operating system so compatible appUcation profile data and the 

> ^St* T?r 3 £ ?™ n 2T^IZ identifier forTpoUed peripheral's stooge media is present 

videdby. and interfaces to toe r^rfWmdows gating . q ^ ^ ^ mA ^ fii B . ^ were 

system are described in drtad in a book enhtted I Wribn g ^arrjle on anotter CD-ROM produced by the 

r^J? ^ ^l^fu « sanTe manufacture? to provide backward cornpatihility. Ve 

po^yTef^ence herein in its entirety is the Microsoft™ m 

Widows Systems Development ^ and ^vkc ^ver ^S^MM above wh« the CD*OM is 

Kit™ available on compact disk from Microsoft nmn „^t <w> m th, ~^ir*»r,i 

Corporation. One Microsoft Way. Redmond, Wash. 98052. 60 mserted mt0 removed from me 

In this embodiment, a portion of the storage media interface Storage media manager 301 and applications manager 

section 307 includes Microsoft Corporation's MSCDEX 302 that perform various steps illustrated in FIG. 3B can be 

redirected software, that is described in detail in Chapter 11 implemented in one embodiment by software listed in the 

entitled "Function Requests Specifications 9 * included in the microfiche Appendices A-F as shown below in Table 1. As 

Device Driver Kit referenced above. 65 shown in Table 1, steps 382 and 384 are both performed by 

Specifically, an autostart driver software dynamic link the call Send Message (hWnd,WM_CLOSE 0.0L) to oper- 

library containing initialization section 301 (e.g. encoded in ating system WINDOWS on page 23 of Appendix F. 
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TABLE 1 




REFERENCE TO SOURCE CODE 


STEP 


IN MICROFICHE APPENDICES A-F 


107 


Appendix F, page 3, routine LtbMain. 


109 


Appendix E, page 3, routine DisOoEvenl and 




Appendix F, page 11, routine DisGoEnabfe 




Polling. 


331 


Appendix A, page 20, routine 




DjsGo_J)evice_Jnit 


333 


Appendix A, page 25, routine DiflGo_TimerInt 


335 


Appendix A, page 35, routine PoDDrwes 




the routine Li5L_Oct_J%st. 


337 


Appendix A, page 35, die label 




PD_CheckStatus and the instructions 




following this label up to the label 




PD_J)one. These instructions in turn call 




the routine OetDriveStatus in Appendix A, 




page 40. 


339 


Appendix A, page 35, the instructions 




following label PD_CheckStatus and before 




the label PD_Dooe. Note: Table 




StateTranshion supplies an index that 




uniquely identifies the routine to be 




executed depending on the change in state. 




(FIG. 4). 


341 


Appendix A, page 37, routine Disklnserted 




that is called indirectly from routine 




PoUDrives through table StateTrarwition, 


343 


Appendix B, page 7, in case of state 




DISK_JNSERTED_STATE the call to routine 




DialogBox. 


345 


Appendix F, page 12, routine GeftfohnnelD. 


347 


Appendix F, page 7, routine GetCfg. 


349 


Appendix A, page 38, routine DriveBusy. 


364 


Appendix R, page 8, routine 




DRIVE— ACTTVE—STATE, DisOoCompatibleDiak 




(F) (P12). 


368 


Appendix B, page 9, routine DisOoUpdate. 


351 


Appendix F, page 19, routine LaachDiaApp. 


353 


Appendix F, page 16, routine AppStarted. 


355 


Appendix F, page 5, routine CtgUpdate. 


357 


Appendix F, page 6, routine Cfglnit 


359 


Appendix F, page 17, routine OetApplnst 


362 


Appendix F, page 16, routine App Start 


380 


Appendix A, page 38, routine Disk Removed 


382 


Appendix F, page 23, in routine EndDuOoApp, 




a Windows call to routine SendMessage 


384 


Appendix F, page 23, in routine EndDisGoApp, 




a Windows call to routine SendMessage 


386 


Appendix F, page 24, routine DisOoCleanUp. 


372 


Appendix A, page 35, routine PoUDrives 


374 


Appendix A, page 35, routine PT>_jOetNext. 



5 



20 



25 



45 



Various messages illustrated in FIG. 3A are listed in 
Appendix C at page 9 under the comment "State machine 
state ID equates,** and are generated by the software listed in 
microfiche Appendices A-F at various steps illustrated in ^ 
FIG. 3B as shown in FIG. 4. 

Key file DISGO.CFG (FIG. 3Q that is present on hard 
disk 221 permits autostart driver 225 to use environment 
data from the application profile file DISGOJM on hard 
disk 221, which use is faster than accessing file DISGO.INI 55 
on the inserted storage media. To limit access to registration 
of new storage media with autostart driver 225, key file 
DISGO.CFG can be encrypted for example, using a DES 
encryption scheme, or alternatively by ORing one or more 
bits with a mask and by shifting the ORed bits. 

Applications profile file DISGO.INI that is present on 60 
hard disk 221 is a collection of all application profile data in, 
for example, files of identical name DISGO. INI that are 
located in storage media that have been registered in key file 
DISGO.CFG. Applications profile file DISGO. INI present 
on hard disk 221 allows a user or an installation program to 65 
change application profile data, for example if a file name is 
misspelled in an identical name file present on CD 222. 
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In one specific emtodiment, storage media manager 301 
maintains storage media status list that includes a number of 
nodes for each storage media peripheral present on host 
device 290. The storage media status list is static and no 
nodes are added or removed after the list is initialized Each 
node in the storage media status list includes memory 
elements in randc4n-acce$s-memory 204 that are addressed 
by a data structure CDROM_Drive_Status . The memory 
elements are part of the software code for autostart driver 
225, and store current status information for the correspond- 
ing peripheral. In one specific emrx>diment, the status infor- 
mation held in each node is as follows: 



CDROM— Driw_Status STRUC 



DriveStBtus 


dd 




; device status 








douUeword, from MSCDEX 


DeviccHeader 




dd 


; DOS device driver 








header address, from 








MSCDEX 


autostartStatus 




dw 


; autostart status 








word 


LastStatus 


dw 




; last devise driver 








request status value 


Current State 




dw 


; current state ID 








value tor dynamic 








link library 


DrivelD 


db 




: drive letter *A*-'T 








(U. a label) 


DevioelD 


db 




; 0-based device ID 


ErrofCouut 


db 




; number of device errors 


DeviceSegment 




dw 


; segment address of 








device driver 


DeviceStrategy 




dw 


; offset of device 








driver strategy 
routine 


Deviceluteriupt 




dw 


; offset of device 








driver interrupt 



routine 

CDRONC_Drrvc_Status ENDS 



The status information Drive Status stored in such 
memory elements can be updated by a polling routine 401 
(illustrated in FIG. 4) that is included in one embodiment of 
storage media manager 310. Polling routine 401 can be 
implemented to either periodically poll the storage media 
peripherals using the ASPI polling interface or to wait for an 
asynchronous interrupt from a storage media peripheral 
using the ASPI posting interface, as described in Advanced 
SCSI Programming Interface (ASPI) Software Developer 
Kit Manual, available from Adaptec, Inc., Department 112. 
200 Parkside Drive, San Fernando, Calif. 91340-3092, with 
phone: (800) 934-2766; that is incorporated herein in its 
entirety. 

In one enibodiment polling routine 401 periodically 
monitors the state of each storage media peripheral of host 
device 200, by driving media command signals and sensing 
media status signals to determine if storage media has been 
inserted into or removed from the peripheral. Specifically, 
for each storage media peripheral, polling routine 401 
implements steps 331-339, 372 illustrated in FIG. 3B by 
performing one or a number of polling cycles that are 
implemented by a timer interrupt handler, and maintains 
status information by using a state machine as follows. 
Polling routine 401 sets the state of each storage media 
peripheral to a don't know state 411 when the current status 
of a storage media peripheral is unknown (for example at 
initialization). For each peripheral that is in don't know state 
411, polling routine 401 drives media command signal (e.g. 
message WM_J>ISGOEVENT) to the specific storage 
media peripheral to inquire the status. After receiving media 
status signal (e.g. message DWVE_J£MFTY_STATE) indi- 
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eating the status of the polled peripheral, at the next polling 
cycle, polling routine 401 changes the state of the polled 
peripheral as shown by branch 412 to the drive empty state 
413 if no storage media is present, as shown by branch 420 
to a drive busy state 418 if the peripheral is busy, or as shown 
by branch 425 to drive ready state 423 if no storage media 
is present In one embodiment message DRIVE_READY_ 
STATE includes a file system in conformance with ISO9660 
that is described in the paper "Introduction to IS0966XT 
available from Disc Manufacturing Inc., 1409 Foulk Road, 
Suite 102, Wilmington, Del 19803, that is incorporated by 
reference herein in its entirety. The ISO9660 file system 
includes a volume identifier that can be compared with an 
identifier stored in a key file as described above. 

Polling routine 411 leaves a peripheral's state unaltered in 
don't know state 411 in case of an error indicated by the 
media status signal, such as an error from CD-ROM inter- 
face MSCDEX. Polling routine 401 also allows the state of 
a peripheral to remain unaltered in drive empty state 413 if 
the media status signal indicates an error or that a storage 
media is not present 

Polling routine 401 changes the state of a storage media 
from the drive empty state 413 to the disk inserted state 416 
if the media status signal (e.g. message DISK_ 
INSEKTED_STATE) indicates that the polled peripheral is 
busy, or that a storage media has been inserted, irrespective 
of whether the storage media is ready to be read. Polling 
routine 401 can be implemented to go to state 416 on an 
invalid function error because MSCDEX returns this value 
when a CD has been inserted, but is not ready to be read. For 
each storage media peripheral in the disk inserted state 416, 
polling routine 401 drives a media status signal (e.g. mes- 
sage DRIVE_READY_STATE) to applications starter 305. 

Polling routine 401 changes the state of each storage 
media peripheral from the disk inserted state 416 to the don't 
know state 411 via branch 419 if the media status signal 
indicates that the storage media is present and also that the 
storage media peripheral is not busy. Also, polling routine 
401 changes the state of each storage media peripheral from 
the disk inserted state 416 via branch 417 to the drive busy 
state 418 if (he media status signal indicates that the polled 
peripheral is busy. 

Polling routine 411 allows the state of each storage media 
peripheral to remain unaltered in the drive busy state 418 if 
the media status signal indicates mat the polled peripheral is 
busy, or in case of error. Polling routine 401 changes the 
state of each peripheral from the drive busy state 418 via 
branch 422 to the drive ready state 423 if the media status 
signal indicates mat the storage media is present 

Polling routine 401 changes the state of each storage 
media peripheral from the drive ready state 423 via branch 
426 to the drive active state 427 unconditionally at the next 
polling cycle. 

For all storage media peripherals in the drive ready state 
423. polling routine 401 drives a media status signal to the 
applications starter 305 that in turn starts execution of an 
autostart application, e.g. application 226 or 227. Polling 
routine 401 allows the state of each storage media peripheral 
in the drive active state 427 to remain unaltered, if the 
storage media remains present in the peripheral, as shown by 
branch 428. Therefore, the state of a storage media periph- 
eral that is associated with an executing application is the 
drive active state 427. The drive active state 427 is an 
optional state that can be included in drive ready state 423, 
thereby eliminating the step of waiting for the next polling 
cycle to transition from state 423 to state 427. 
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Polling routine 401 changes the state of each storage 
media peripheral from the drive active state 427, via branch 
429 to the disk removed state 430, if the media status signal 
(e.g. message DISK_REMOVED_STATE) indicates that a 
storage media is no longer present in the polled peripheral. 
Polling routine 401 changes the state of each storage media 
peripheral in the disk removed state 430 via branch 432 to 
the drive empty state 413 if the storage media is no longer 
present In the peripheral, or alternatively to don't know state 
411 if the storage media is present in the peripheral, as 

} indicated by the media status signals. 

Polling routine 401 changes the state of each storage 
media peripheral from the drive active state 427 to the disk 
aborted state 434 on occurrence of a critical read fault for 
example, when an autostart application attempts to read 

' from a peripheral lacking a removable storage media. Poll- 
ing routine 401 drives a logical media status signal (e.g. 
message DISK w j\BORTED_STATE) for each storage 
media peripheral in the disk aborted state 434, and then 
changes the disk aborted state 434 to the drive empty state 

} 413 on receipt of a logical application status signal indicat- 
ing that a corresponding application has been closed. 

In the embodiment illustrated in microfiche Appendices 
A-F, polling routine 401 is implemented as the routine 
PollDrives, and makes transitions between various states 

5 based on signals indicated in a bit DEV1CE_JBUSY m a 
variable RH_Status stored in RAM 204. a bit NO_JMSK_ 
PRESENT in the variable DS_JStatus stored in RAM 204, 
and the error value INVALUTJNCTION returned by the 
Windows CD-ROM extension interface MSCDEX. In this 
embodiment, each of these signals are indicated by the data 
structure CDROM_DRIVE„STATUS in the field 
DriveStatus of pointer hDisGoList that is listed, for 
example, at page 18 of Appendix A. 

5 Drive busy state 418 permits applications manager 302 to 
display a message to the user on monitor 210, for example, 
by driving a dialog command signal to user interface section 
308 while a storage media is being coupled, for example, by 
spinning up a disk mat can take up to one minute in certain 

0 cases. Such a message indicates to the user that a long delay 
is a normal condition, and that there is no malfunction in the 
host device 200. 

An error condition can arise if a user inserts a CD-ROM 
and immediately pushes the 'eject* button, if the polling 

^ routine 401 transitions from state DISK^JNSERTED to 
state DRIVE_JUBADY with no disk present To avoid such 
an error condition, on insertion of a storage media, polling 
routine 401 notifies applications manager 302 of the inser- 
tion event and transitions to state DRJVE_3USY to wait 

to for the storage media to become ready to be read, unless the 
storage media is already ready, in which case polling routine 
401 transitions to state DRIVE^READY. In one specific 
embodiment, to detect an insertion event as quickly as 
possible, routine PollDrives waits for interface MSCDEX to 

S3 return the value ERR_JNVAUD_J 7 UNCTION, which hap- 
pens when the CD-ROM drive goes busy immediately after 
a disk is inserted. 

It is to be understood that the above description is 
intended to be illustrative and not restrictive. Many varia- 

60 tions of the invention will become apparent to those of skill 
in the art upon review of this disclosure. Although one 
implementation of an autostart driver has been disclosed 
based on a number of routines, any types of routines having 
any attributes of data and/or function can be built into an 

65 autostart driver in accordance with this invention. 

Although host device 200 illustrated in FIG. 2 has periph- 
erals 219 and 220 coupled via a SCSI adapter 217. in other 
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embodiments, a host device's peripherals can be coupled in 
other ways, which are not critical aspects of this invention. 
For example, either one or both peripherals 219 and 220 can 
be coupled to legacy bus 212 that in turn may be directly 
coupled to bus interface unit 207 in another embodiment of 
host device 200. Moreover, host device 200 can include 
other storage media peripherals, such as memory card drive 
223 (shown dotted) or a tape driver (not shown). 

Although source code illustrating one specific embodi- 
ment of autostart driver 225 is listed in microfiche Appen- 
dices A-F (that were incorporated by reference above) for 
operating system Microsoft™ Windows, version 3.1, vari- 
ous modifications and adaptations of the autostart driver 
described above will be apparent to a person of skill in the 
art of computer engineering in view of the enclosed 
description, for example, for use with DOS operating system 
or Macintosh 7 *' operating system, running on respective 
host devices IBM™ PC and Apple™ Macintosh. Similarly, 
other embodiments of the autostart driver described herein 
can be implemented, for example, for use with Sega™ 
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5. The method of claim 1 further comprises: 
displaying a message on a video display unit of said host 

device to indicate status of said automatically ending. 

6. The method of claim 1 further comprises: 
displaying a message on a video display unit of said host 

device to indicate status of said automatically starting 
execution. 

7. The method of daim 1 further comprises: 
comparing a new version number of a file of a predeter- 
mined name in said removable storage media with an 
old version number of a file of said predetermined 
name in a storage media permanently installed in said 
host device; and 

copying said file of said redetermined name from said 
removable storage media to said permanently installed 
storage media. 

8. The method of claim 7 wherein said file of said 
preo^terrnined name comprises software instructions that 
implement said checking fox insertion, said loading, said 



Saturn game machine, for use with JVC* s XCSV 1 Video CD 20 automatica i| y starting, said automatically ending, and said 



player, or for use in any television settop box. Also, although 
in one embodiment the storage media manager and the 
applications manager each consist essentially of an appro- 
priately programmed central processing unit (CPU), in other 
embodiments, either or both managers can be hard wired 25 
logic or some combination of hardware, firmware and 
software, as is readily apparent to the person of skill. 
Therefore the appended claims cover many variations and 
modifications of the embodiments described herein. 
We claim: 

1. A method for automatically starting execution and 
automatically ending execution of a process in a host device 
based on insertion and removal of a removable storage 
media into a peripheral of said host device, said method 
comprising: 

checking for insertion of said removable storage media in 
said peripheral; 

loading into a portion of random access memory of said 
host device at least a portion of the electronic content 
retrieved by said peripheral from a removable storage 
media in response to finding said removable storage 
media inserted in said peripheral during said checking; 

automatically starting execution of an application after 
said loading, wherein said application uses at least a 
portion of said loaded electronic content; 

checking for removal of said removable storage media 
from said peripheral; 

automatically ending execution of said application in 
response to finding said removable storage media 
removed from said peripheral during said checking; 
and 

automatically releasing said portion of said random access 
memory occupied during said loading. 

2. The method of claim 1 further comprising: 



30 



35 



40 



45 



50 



restoring an operator interface displayed by said host 55 ing said execution, 



automatically releasing. 

9. The method of claim 7 wherein said copying is per- 
formed only if said new version number is higher than said 
old version number. 

10. The method of claim 1 wherein said checking com- 
prises responding to a periodic timer interrupt to detect said 
inserted removable storage media. 

11. The method of claim 1 comprising responding to an 
asynchronous mterrupt from a peripheral to detect said 
inserted removable storage media during said checking. 

12. The method of claim 1 further comprising: 
reading an identifier from said removable storage media; 

and 

checking if said identifier is present on a first file located 
on a storage media permanently installed in said host 
device. 

13. The method of claim 12 further comprising: 
checking for a second file on said removable storage 

media if said first file does not contain said identifier, 
said second file containing environment data; and 
using, during said loading, said environment data from 
said second file to identify at least the name of the 
portion of electronic content to be loaded. 

14. The method of claim 13 further comprising: 
copying the environment data from said second file to 
said permanently installed storage media; and 
adding said identifier to said first file. 

15. The method of claim 1 further comprising: 

using environment data in a file located on said removable 
storage media during said loading. 

16. The method of claim 1 wherein said portion of 
electronic content comprises software instructions used dur- 



device to a new state substantially identical to an old 
state, said old state being the state of said operator 
interface immediately prior to said automatically start- 
ing execution. 

3. The method of claim 1 further comprising: 60 
receiving status of said removable storage media periodi- 
cally between said automatically starting execution and 
said automatically ending execution. 

4. The method of claim 1 further oornprising: 
displaying a selection encoded on said removable storage 65 

media in the form of electronic content, said displaying 
occurring after said automatically starting execution. 



17. The method of claim 1 wherein said portion of 
electronic content comprises data used during said automati- 
cally starting execution. 

18. The method of claim 1 further comprising: 
setting a flag to indicate said peripheral as being in use in 

response to said insertion of said removable storage 
media; and 

resetting said flag to indicate said peripheral as being not 
in use in response to removal of said removable storage 
media. 

19. The method of claim 1 wherein said application 
comprises a program that copies at least a portion of 
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electronic content encoded on said removable storage media 
into a storage media permanently installed in said host 
device. 

20. A method for automatically starting execution of a 
process in a host device in response to insertion of a 5 
removable storage media into a peripheral of said host 
device and automatically ending execution of said process in 
response to removal of said removable storage media, said 
method comprising: 

waiting for an interrupt; 10 

automatically checking said removable storage media for 
a file of a predetermined name in response to occur- 
rence of said interrupt; 

automatically starting execution of an application by 15 
loading at least a portion of electronic content from said 
removable storage media into a portion of random 
access memory of said host device subsequent to 
finding said predetermined name file during said check- 
ing and; 20 

automatically ending execution of said application in 
response to removal of said removable storage media. 

21. The method of claim 20 further comprising detecting 
insertion of said removal storage media during said waiting. 

22. The method of claim 20 further comprising again 25 
waiting for said interrupt after said automatically starting 
execution. 

23. The method of claim 20 further comprising reading an 
identifier from said removable storage media and checking 
for said read identifier in a file of a different predetermined 30 
name. 

24. The method of claim 20 further comprising searching 
for another file of said predetermined name in a storage 
media permanently installed in said host device. 

25. The method of claim 20 wherein said automatically 35 
starting execution comprises utilizing said electronic content 
portion as instructions to be executed by said application. 

26. The method of claim 20 wherein said automatically 
starting execution comprises utilizing said electronic content 
portion as data to be operated on by said application. 40 

27. The method of claim 20 further comprising searching 
for another file of said predetermined name only in said 
removable storage media. 

28. A method for automatically starting and ending execu- 
tion of a process in a host device, said method comprising: 45 

booting an operating system of said host device; 
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automatically checking, in a peripheral, for an insertion or 
a removal of a removable storage media after comple- 
tion of said booting; and 
pafonning at least one of the following depending on the 
result of said automatically checking: 
automatically starting execution of a process in 
response to finding said removable storage media 
inserted during said automatically checking; 
automatically ending execution of a previously started 
process in response to finding a previously inserted 
removable storage media removed during said auto- 
matically checking. 

29. The method of claim 28 further comprising: 
automatically displaying a selection encoded in said 

removable storage media. 

30. The method of claim 28 wherein: 

said automatically checking includes checking each one 
of a plurality of peripherals included in said host 
device. 

31. The method of claim 28 further comprising: 
powering up said host device and executing firmware 

from a read only memory of said host device during 
said booting. 

32. The method of claim 28 further comprising: 
automatically loading, into a portion of random access 

memory of said host device, at least a portion of 
electronic content retrieved by said peripheral from 
said removable storage media; and 
displaying said portion of electronic content on a screen 
of said host device. 

33. The method of claim 32, wherein: 

said portion of the electronic content includes a video 

recording; and 
said method further comprises displaying said video 

recording on a screen of said host device. 

34. The method of claim 28 wherein, depending on said 
each of said automatically starting execution and said auto- 
matically ending execution is performed, and said perform- 
ing step further comprising: 

returning to said automatically checking after said auto- 
matically starting; and 

returning to said automatically checking after said auto- 
matically ending. 

***** 
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